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BACKGROUND OF THE INVENTION 

The present invention relat^^ to an electronic 
money card and an apparatus han£Jdjrig an electronic money 
card, and in pap£4<pular , tp^an electronic money card of 
an electronic ifearffey J^fpB in which a token type and a 
value type are .mixed and to an electronic money system 
handling tfre electronic money card, and to an apparatus 
for us/ with the electronic money card in the electronic 
mptfiey system. 

Attentions have been recently attra^Ced to an 
electronic commerce (EC). In such commamal systems, an 
electronic money system using an IGx^ard is to about to 
be put to practice in ^iiG^Vai^d^ronic money can be used 
in a store existing on a network such as the Internet and 
15 an actual store. Elep^ronic money systems using IC cards 
are classified in#o systems of "closed loop type" and 
•open loop t^fSe" on one hand and into those of "token 
type" axyZr "value type" on the other hand. 
S*^^^ fJne of the problems associated with^ractical 

20 uses of such electronic money systems oJ^Ehe IC card type 
is prevention of money J&upfief?4?fffp*£or money illegally 
gained. ("Money launderir^g-"^ is conducted so that any 
traces of the dubiops money are erased and the money is 
beyond the reaetfi of the police.) In the electronic money 



±^ s Y stem of the closed loop type, when a transactions/ Is 

QO^ achieved by a store and a financial institution 01 

facility such as a bank with an electronic money card, 

personal transaction history recorded in the /electronic 

5 money card is transferred to a computer of Ahe bank. 

Since personal information is accumulate/ in the bank, 

there exists a fear of invasion of privacy. Moreover, a 

large volume of transaction history Zs transmitted via 

terminal devices and automatic transaction machines of 

10 stores and a network to the -cgniBater of the bank to be 

£3 accumulated as transap-fc^ko^iis/£ory in a recording 
D f I ^ / 

£S apparatus of the compel yer. ^Consequently , there arises a 

y problem of increase in co§^t for communication, 

m 

fah processing, and accumulation of information. In the 

p 15 electronic money system of the open loop type, the 

ru 

j-y personal history i^not acquired by the computer of the 



m 



bank when a transaction is achieved by an electronic 
money card. Therefore, the invasion of privacy is 
prevented an/ the problems related to the communication, 
20 processing^ and accumulation cost can be avoided. 

However/ there also remains the problem how to trace the 
elec^/onic money transported for the money laundering. 

On the other hand, in the electronic money 
system of the value type, the balance of electronic money 
25 in the electronic money card is managed only in 

accordance with the value (amount). Namely, this system 
is quite simple and can be easily put to practice. 
However, since only the amount of payment or receipt is 



recorded in the transaction history of the electronic 
money card, the tracing of electronic money transported 
causes difficulties . 

In the electronic money system of the token 
type, the electronic money balance is managed by the 
issuance number of each electronic bill. That is, the 
transaction history includes the bill issuance numbers 
and hence the transported electronic money can be easily 
traced. However, since the minimum unit of money is one 
yen for the bill issuance number, the cost of 
accumulating the transaction history in the electronic 
money card is increased and the processing time is 
accordingly elongated. Consequently, this system is 
unsuitable for practice. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present 
invention to provide an electronic money system in which 
the privacy of each customer can be ensured and the 
transported electronic money can be easily traced without 
increasing the cost of communication, accumulation, and 
processing of information and data with respect to an 
electronic money card and a computer of a financial 
facility and the like. 

Another object of the present invention is to 
provide an electronic money card which can be 
satisfactorily used for transactions of a small amount of 
money with a little increase in the cost and which 
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ensures the privacy and helps tracing the transported 
electronic money for the prevention of money laundering. 

In accordance with the present invention, fcnere 



large 



is provided an electronic money card of a token aim value 
5 mixed type. In the electronic money card, thepe are 
stored issuance numbers of a relatively 
denomination bills and the balance of coin^ as a value 
amount. When the coin balance is equal /to or more than 
the transaction amount, the coins are/preferentially used 
10 for the payment. When the coin balance is insuf-icient , 
bills are used therefor .j For ^yemaining amount of 
transaction for whicjf e6in/ balance and the bills are 

not appropriately used for tfne payment, a bill is changed 
into a value amount of oojCns and used for the payment. 
15 Additionally, in accordance with the present invention, 
there is provided an/electronic money transporting 
apparatus or transporter to handle the electronic money 
card of the tok^n and value mixed type. From an 
electronic morfey card of a payer, the transporter 
20 receives an/ issuance number of a bill and/or a value 

amount off coins and then passes the number and the value 
amount /to an electronic card of a recipient . The card of 
the Recipient stores the received number in an internal 
storage thereof and adds the value amount of coins to the 
foin balance. ^ 

Furthermore, wh^a ia bilbos changed into a 
value amount of coins ii^k^electronic card, the issuance 
number of the bill thjas changed is recorded as an invalid 
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bill in the electronic card. In this case, the iiyralid 
bill is also used as a clue or lead to trace th£ 
transported electronic money. In a transaction achieved 
by an electronic money card with a finanoa^al facility, an 
5 automatic transaction machine (ATM) receives a card 
identifier (ID) and an issuance nuipf>er of the invalid 
bill from the electronioVip^ney ^hrd during a depositing 
or withdrawing operation and/then transmits the card ID 
and the issuance number to a computer of the financial 
10 facility. Particularly., in the money depositing 

operation, the ATM /receives an issuance number of a bill 



IP 

qj deposited from tHe electronic money card and transmits 



the number to/the computer. On receiving the issuance 
number of tne deposited bill and the issuance number of 
15 the invalid bill and then stores the card ID and the 
received issuance numbers in a storage with a 
SJ correspondence established therebetween. 

fU As described above, in accordance with the 

present invention, the electronic money card is a token 
20 and value mixed type in which a bill having an issuance 
number and coins having only a value amount are 
appropriately utilized depending on cases. Therefore, 
there is provided an electronic money card in which the 
transferred electronic money can be easily traced and a 
25 transaction of a small amount of money can be efficiently 
carried out without increasing the cost. Additionally, 
when conducting a transaction by an electronic money card 
with a financial facility, the issuance number of the 
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invalid bill registered to the card and the issuance 
number of the deposited bill are accumulated in a 
computer of the financial facility. However, since the 
transaction history recorded in the card is not passed to 
5 the side of the financial facility in the open loop 
system, there can be implemented an electronic money 
system in which the transferred electronic money can be 
easily traced without any invasion of privacy. 
Furthermore, it is possible to minimize the cost of 
10 communication, processing, and accumulation to register 
the invalid bill and the deposited bill to the financial 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The objects and features of the present 
15 invention will become more apparent from the 

consideration of the following detailed description taken 
in conjunction with the accompanying drawings in which: 

Fig. 1 is a diagram showing a flow of 
electronic money and data in an embodiment of an 
20 electronic money system in accordance with the present 
invention; 

Fig. 2A is a flowchart showing a processing 
flow of an electronic money card 1 of a payer and a money 
transporter 2 in the embodiment; 
25 Fig. 2B is a flowchart showing a processing 

flow of the electronic money card 1 of the payer (after 
the flow of Fig. 2A) in the embodiment; 



Fig. 2C is a flowchart showing a^rocessing 
flow of an electronic money card 3 of^afrecipient and the 
money transporter 2 ( af te^^he^a^w of Fig. 2A) in the 
embodiment; Fig. 3 is a flowphart showing a flow of 
processing in which an issuance number of a bill is 
transmitted to be accumulated in an electronic card/a 
computer 5 of/a bank in the embodiment; and 

Fig. 4 is a flowchart showing a processing flow 
to trace a flow of money transported for money 
laundering .. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to the accompanying drawings, 
description will be given of an embodiment of an 
electronic money system in accordance with the present 
invention . 

Fig. 1 shows in a schematic diagram a isfata 
layout of an electronic money card and a flow/'of 
electronic money and data. Numeral 1 ind^^cates an 
electronic money card of a payer. Ther card 1 includes a 
central processing unit (CPU), an/input/output interface 
unit, and a memory asySV^fata^rea . Stored in the data 
area are a card ID, (api electronic money balance, a coin 




balance, bills, transaction history, and an invalid bill. 
The electronic mone£y balance is obtained as a total of 
the coin balance and a balance of bills. For the bills, 
there are strored issuance numbers of all bills of the 
payer. Assume that the bills have only one face or 
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10,000 yen. The transact!* 



denomination value 
^^^history includes transaction history of receipt 
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payment of money 
represents a receipt /payment 
5 card ID indicates a card ID of 
of a partner of the transaction 
discriminates a rep^fl-frt/pa^jntfen 
use of coins or pxl&s 
when the coin/tfidTl 
10 amount is recorded 



In the history, a receipt payment code 

transaction 
money card 



transaction. 



coin /bill code 
transaction achieved by 
value/ issuance number, 

the transaction 
nd when 



ndicates "coin 



ns of a value amount , a: 
the coin/bill code/indicates "bill", the transaction 
amount is recorded in terms of a bill issuance number. 
In a transaction hystory, records corresponding to 
hystories yare present by considering the information 
15 above a<s one record. Stored in the invalid bill field 

/ 

are .a bill issuance number of each bill which have been 



z. 



changed into coins and thereby becomes invalid at this 
point of time. 



a' 




Numeral 3 represents an electroni^money card 
20 of a recipient. The card 3 is substantially equal to the 
card 1 of the payer in tl^e hardwar^/Cnd software 
constitution, but onCy j$i.f f erery^ in situation in the 
transaction. Num^afl 2 B^&tes a money transporting 
apparatus or transport^: such as a point-of-sale terminal 
25 device or unit, an/electronic purse, or a server on a 

network. Tlxetga n s p or r e r. "2 includes a CPU a memory and 
an input /output interface. The transporter 2 



communicates with the card 1 of the payer via the 
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input/output interfaces thereof to receives information 
therefrom and stores the information in its iseffiory. 
Thereafter, the CPU of transporter 2 sepdfs information 
from the memory to the card 3 of tj^ recipient via the 
input /output interfaces^ ther^T. Numeral 11 indicates a 
flow of electronicWoney ^rom the card 1 of the payer to 
the card 3 of the recipient. Numeral 12 designates a 
flow of information which indicates the card ID of a 
partner of th^transaction , recipient /payment code, and 
10 that transaction amount are communicated between the 

transporter 2 and the electronic money card 1 of a payer 
and/the electronic money card 3 of a recipient, 
^respectively , 



jS^^ Numeral 5 indicates a computer (or a ^file 
15 thereof) of a financial facility such as a Jafenk. The 

card has a data layout equal to that of^/the card 1 of the 
payer from the card ID up to the transaction history. In 
an invalid bill field, th£re are ^recorded the IDs 
respectively of the/ cara^_l 3 and the issuance 
20 numbers of invalid^Bills . ./Numeral 4 indicates an 

automatic transaction apparatus (ATM) installed in a 
financial facility. y/In this concept of ATM, there is 
included a banking terminal unit on the Internet. The 
ATM includes a/device to receive, as an input thereto, 

25 information^from the cards 1 and 3. Numeral 14 indicates 

/ 

a flow of electronic money to indicate how the electronic 
money/ is transported between the cards 1 and 3 and the 

Numeral 13 denotes 



^computer 5 of the financial facility. 



# 

- 10 - 




a flow of information to indicate how the carji^iD of a 
partner of the transaction, the bills d^tfosited, and an 
invalid bill are transpa^lrfred fronj^the cards 1 and 3 to 
the computer 5. Vtoe*nr^^e^d?nancial facility adopts an 
outsourcing systein>riwhich the banking operations are to 
be carried m^t^oy a computer center of another firm, the 
comput^^S indicates a computer of the firm. 

Figs. 2A to 2C show in flowcharts a f \oyf of 
processing in the card 1 of payer, the money transporter 
10 2, and the card 3 of recipient- The transporter 2 

transmits the obtained items including th£ card ID of the 
card 3, the receipt /payment code = paymfent code, and the 
transaction amount to the card 1 (st^p 21). The card 1 
receives these information (step ^2) and then refers to 
15 the electronic money bal/fn9§\aijd coin balance in the 

data area (step 23). I&^the/electronic money balance is 
less than the transact ion/amount (no in step 24), the 
card 1 notifies the coiyaition of impossibility of payment 
to the transporter 2/(step 25). The transporter 2 
20 responsively displays the impossibility of payment on its 
display device /step 26) and terminates the processing. 
If the electronic money balance is equal to or more than 
the transaction amount (yes in step 24), the card 1 
checks tfO determine whether or not the coin balance is 
25 equa^/to or more than the transaction amount (step 27). 

If the coin balance is equal to or more than 
the transaction amount (yes in step 27), the transaction 
amount is set to the transaction balance (step 28). An 
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amount obtained by subtracting the transaction balance 
from the coin balance is set as the (new) coin balance, 
which is recorded in the data area to thereby update the 
data area (step 29). The card 1 notifies a notification 
5 of payment of the coin money to the transporter 2 (step 

30) . The transporter 2 receives the coin money (step 

31) , and then proceeds to processing of step 51 (Fig. 
2C). Next, the card 1 subtracts the transaction amount 
from the electronic money balance to produce the (new) 

10 electronic money balance and then records the obtained 
balance in the data area to thereby update the data area 
(step 32). The card 1 writes one record of transaction 
history in the memory (step 33). In the transaction 
history record, the receipt /payment code records the 

15 "payment code", the transaction code ID records the "card 
ID from the transporter 2", the coin/bill code records 
the "coin code", and the value amount /issuance number 
records the "transaction amount", respectively. The 
steps 32 and 33 may be reversed. . 

2C^jg > 1< j|? If the coin balance is less thap / rhe 
^''^transaction amount (no in step 27 ), tWe transaction 
amount is divided by the face va^tie of the bill. The 
quotient is set as ythAnumb^r of bills for the payment 
and the remainder is assumed as the transaction balance 

25 (step 34). When the number of bills is other than zero, 
the issuance nujrfbers of the pertinent bills are acquired 
for the paypent from the data area (step 35) to be 
notified/to the transporter 2. Thereafter, the numbers 
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of the bills paid are deleted from the data area (s/t&p 

The transporter 2 then receives the bills (/Issuance 
numbers; step 37) and then records transactiorj/history 
for each issuance number of bills, i.e., th^f records 
5 equal to the number of bills paid. The 96in/bill code 
records the "bill code" and the value //ssuance number 
records the issuance number of each JDill paid (step 38) 
If the number of bills i^zAro, stfeps 35 to 38 are 
skipped. A check is tlfei/rfh&Q&'vo determine whether or 
10 not the coin balance isVequal/to or more than the 

transaction balance (step 3ja) . If the coin balance is 
equal to or more than the' transaction balance (yes in 
step 39), process goes/to step 29. However, when the 
transaction balance yas zero, steps 30, 31, and 33 are 
15 skipped. If the Gtoin balance is less than the 

transaction balince (no in step 39), process goes to 
processing o^ step 41 (Fig. 2B) to change the bill into 
coins. Whsfi the number of bills is zero, the result of 
step 39 jrfsually becomes "no", since the result of 
20 deterp&nation of step 39 is the same as that of step 27. 

In Fig. 2B, the card 1 of payer^dds the bill 
amount to the coin balance to createjfcfie (new) coin 
balance. The obtained balance i^^written in the data 
area for the updated tj^f^f^step 41) and then one bill 
25 (issuance number) is ob^ined from the data area (step 
42). Subsequently^the bill (issuance number) is 
additionally re^jistored in the invalid bill field of the 
data area X^tep 43). The issuance number of the bill 



a. 



/ 



taken out is deleted from the data ai 



XXi&xi process 



(step 44) and 
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to st^f) 25<*^ Although step 42 is to be 
executed before steep's" 43 and 44, the position thereof in 
the program^may be changed only if this condition is 
satj^f^d^ 

In Fig. 2C, the transporter 2 checks toy 
determine whether or not the transaction amount/is equal 
to the total amount of the coins and bills received from 
card 1 of payer (step 51). If these amount/ match each 
10 other, the transporter 2 sends the card 1E5 of the card I, 
the receipt /payment code (= receipt code), and the 
transaction amount to the card 3 of Recipient (step 52). 
On receiving these items (step 53)/ the card 3 refers to 
the electronic money balance and' the coin balance in the 
15 data area (step 54). ./ In the^ayment of electronic money, 
when the bills/(isj 

ins (the value amount) are sent from 
the card 3 receives the 
If there exists coins, the 



payment ) and/< 
the transporter 2 
electronic money (stefp 56) 



uns { une v. 
(step'55) , 



20 card 3 adds the value amount received to the coin balance 
to generate the /new) coin balance. The new coin balance 
is written in /the data area to thereby update the data 
area (step 5*7) and then one record of transaction history 
is written in the area (step 58). In the transaction 
25 history?; the receipt /payment code is set to "receipt 

code/^, the transaction ID is "card ID received from the 
transporter 2", the coin/bill code is set to "coin code", 
and the value amount/issuance number field includes the 



received value amount. Next, if there exj>ts a bill, the 
issuance numbers of the bills receiv^are registered to 
the data area (step 59). For ea<5h issuance number of 
bill, one record is written^as transaction history in the 
area (step 60/f. >fFin^il-y , the transaction amount is added 



to the electronic money balance to create the (new) 
electric mone The resultant balance is written 

in the jiata area for the update thereof (step 61) and 
then ^the processing is terminated. Steps 57 to 60 may be 
executed in any sequence. 

As described above, the electrprflc money card 1 
of the payer automatical*^ selecte^a combination of 
"coins" and "bills" in^tccc^pdance with the amount of 
payment to executes deprocedure for payment. However, it 
is unnecessar^f^Tthe user to pay attention to the 
combination of "coins" and "bills" selected for the 
pa^^ntT^ 

# Fig. 3 shows in a flowchart a flow of 

processing of the registration of an invalid bill and 
bills in a depositing operation when bills are 
transported between the electronic money cards 1 and 3 
and the computer 5 of a bank via the ATM 4 of the bank. 
When the card 1 , 3 is installed in the ATM 4 to deposit 
or to draw money from the bank, the card 1, 3 
automatically sends to the ATM 4 the card ID thereof and 
the issuance number of the invalid bill recorded therein 
(step 71). On receiving these items of information, the 
ATM 4 transmits the information to the computer 5 of the 
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bank (step 72). The computer 5 then registers the 
information items to a storage area of invalid bills in 
an external storage of the computer 5 (step 73). When 
the possessor of the card indicates a deposit of money 
5 equal to or more than the coin balance to the ATM 4 , the 
card 1 , 3 transmits to the ATM 4 the issuance numbers of 
bills necessary for the deposit (step 74). The ATM 4 
then transmits the numbers to the computer 5 of the bank 
(step 75). The computer 5 records the card ID, the bill 

10 issuance numbers, and the like in an area of transaction 
history of the external storage of the computer 5 (step 
76). In the processing above, the card IDs of the cards 
1 and 3 and the issuance numbers of the invalid and valid 
bills are recorded on the side of the bank. However, the 

15 transaction history recorded in the data areas of the 
card 1 and 3 is not passed to the bank side in any 
situation. 



J^pvt^ Fig. 4 shows in a flowchart a flojarof 
^ ^processing to trace money undergone the^money laundering. 
20 In accordance with an objective issj*£nce number of bill, 
the computer of the bank retriey^s transaction history 
and an invalid b:Ur3^4 ^ th p^xternal storage (step 81). 
When a bill havi^gf'the issuance number is detected (yes 
in step 82), the transaction card ID is displayed on the 
25 display unit (^st <r e^ / 83). Using as a clue the possessor of 
the card ID,>the police can check transaction history in 
the data area of each money card to thereby find out a 
suspeor of the money laundering in accordance with the 
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In this connection , when the money transporter 
2 is replaced with an ATM and the electronic money card 
of the recipient is substituted for a computer of the 
5 bank, the depositing operation of the ATM can also be 
carried out in the same processing procedure as for the 
paying operation shown in Figs. 2A to 2C. 

While the present invention has been described 
with reference to the particular illustrative 
10 embodiments, it is not to be restricted by those 

embodiments but only by the appended claims. It is to be 



O 

appreciated that those skilled in the art can change or 



modify the embodiments without departing from the scope 
and spirit of the present invention. 
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